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(54) A transport stream recording device, method thereof, transport stream reproduction device, 
method thereof, program recording medium and an data recording medium 



(57) A transport stream recording device, method 
thereof, transport stream reproduction device, method 
thereof, and recording medium for efficiently recording 
and reproducing transport streams. A source packet 
having a four byte TP_extra.Header attached to a 188 
byte transport packet is generated, 32 source packets of 



192 bytes each are collected, and aligned units gener- 
ated equivalent to a three sector portion of data (6144 
bytes) are recorded or reproduced on the recording 
medium. 
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Description 

BACKGROUND OF THE INVEISTTION 
5 Field of the Invention 

[0001] This invention relates to a transport stream recording device, method thereof, transport stream reproduction 
device, method thereof, a program recording medium and a data recording medium and relates in particular to a trans- 
port stream recording device, method thereof, transport stream reproduction device, method thereof, a program record- 
ing medium and a data recording medium Ideal for efficient record or reproduction of digital murti-chBnnel broadcast 
signals transmitted as transport streams onto a data recording medium. 

Description of Related Art 

[0002] In Europe and North America, as well as domestically in Japan, MPEG2 (Moving Picture Experts Group 
Phase 2) transport streams are utilized in digital satellite broadcasts and land digital broadcasts, etc. MPEG video pack- 
ets and MPEG audio packets for the audio and video of the broadcast program are time-multiplexed on these transport 
streams. The length of one transport stream packet Is 188 bytes, 

[0003] If the transport stream corresponding to the program could be recorded as digital signals on the receive side, 
then a high quality audiovisual program can be viewed repeatedly at any time with no degradation of image or sound 
quality. 

[0004] If the transport stream of a the program could further be recorded for instance, on a recording medium capa- 
ble of random access such as a hard disk or optical disk, then random access reproduction highly responsive to user 
commands can be achieved. 

[0005] However, random accessible recording mediums such as hard disks and optical disks are usually formatted 
in logical block units of 2048 bytes called sectors and the data written in the sectors, based on an FAT (File Allocation 
Table) and UDF (Universal disk format), etc. 

[0006] To achieve reproduction with high responsiveness, the AV (audio-visual) data contained in the transport 
stream must be recorded in sector units (or integer multiples of sector units). However, as mentioned above the trans- 
port packet is 188 bytes, while the sector is 2048 bytes so that the sector and byte are therefore not well compatible 
with each other and the problem currently exists that AV data contained in the transport stream cannot be recorded in 
sector units (or integer multiples of sector units). 

[0007] Further, even if the AV data could be recorded in sector units (or integer multiples of sector units), the high 
responsiveness of the random access reproduction makes address control of the recorded AV data difficult 'and trou- 
35 blesome to achieve. 

SUMMARY OF THE INVENTION 

[0008] In view of the above circumstances of the related art, this invention has the object of efficiently recording or 
40 reproducing transport streams by attaching four byte transport extra headers (TP_extra__header) to each transport 
packet to generate a source packet and establish a new data unit constituted by an aligned unit equivalent to a three 
sector portion of 32 source packets. 

[0009J A first transport stream recording device of this invention comprises a header attachment section to attach 
a header to a transport packet constituting the transport stream and generate a source packet; and a record section to 
record a predetermined specified number of the source packets on the data recording medium as aligned units. 
[0010] A first transport stream recording device of this invention further comprises a counter to count the number 
of transport packets comprising the transport stream, and a null packet generator to generate null packets according to 
the count from the counter. 9 
[0011] A first transport stream recording method of this invention records the input transport streams on a data 
recording medium wherein the transport stream recording method adds a header to the transport packet comprising the 
transport stream and; records a predetermined specified number of the source packets on the data recording medium 
as aligned units. 

[0012] A program for a first program recording medium of this invention comprises a header attachment process to 
attach a header to a transport packet constituting a transport stream and generate a source packet; and a process to 
record a predetermined specified number of the source packets on the data recording medium as aligned units. 
[0013] A transport stream reproduction device of this invention comprises a reproduction section, a calculating sec- 
tion to calculate the address corresponding to the designated reproduction start position, and a controller to control the 
reproduction section so that read-out of the transport packets starts from the calculated address, and the aligned units 
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are comprised of a predetermined specified number of collected source packets attached with headers to constitute the 
transport stream. 

[0014] A transport stream reproduction device of this invention further comprises a deletion section to convert a 
designated deletion range into the aligned unit data region and to delete the converted aligned units recorded on the 
transport streams. 

[0015] A transport stream reproduction method of this invention comprises a step of calculating the address corre- 
sponding to the designated reproduction start position, and a step of reading out the transport packet from said calcu- 
lated address and control the start of the reproduction section, in which the aligned units comprises a predetermined 
specified number of collected source packets attached with headers to constitute the transport stream. 
[001 6] A program of a program recording medium of this invention comprises a step of calculating the address cor- 
responding to the designated reproduction start position, a step of reading out said transport packet from said calcu- 
lated address and controlling the start of said reproduction section, in which the aligned units comprises a 
predetermined specified number of collected source packets attached with headers to constitute the transport stream. 
[0017] In a first transport stream recording device and method, and a program recording medium of this invention, 
a source packet attached with a header is generated in a transport packet constituting a transport stream; the gener- 
ated source packets are each grouped into a specified number of source packets and aligned units generated, and the 
aligned units recorded on the recording medium. 

[0018] In a second transport stream recording device and method, and a program recording medium of this inven- 
tion, a source packet attached with a header is generated in a transport packet constituting a transport stream; the gen- 
erated source packets are each grouped into a specified number of source packets and aligned units generated, and 
the aligned units recorded on the recording medium. 

[001 9] A transport stream reproduction device and method, and a program for a recording medium of this invention 
are characterized in that the reproduction start position is specified, the address on the data recording medium corre- 
sponding to the specified reproduction start position is calculated, and the read out of the transport packet is started 
from the calculated address on the data recording medium. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0020] 

Fig. 1 is a block diagram showing the structure of the recording device 10 of the embodiment of the invention. 

Fig. 2A through 2C are diagrams showing the sequentially processed transport packet in the recording device 10. 

Fig. 3 Is a drawing showing the syntax of the source packets. 

Fig. 4 is a drawing showing the relation of aligned units and sectors. 

Fig. 5A through 5C are flowcharts illustrating the data structure of the aligned units. 

Fig. 6 is a drawing showing the relation of aligned units and sectors. 

Fig. 7 is a flowchart illustrating the transport stream recording process for the recording device 10. 
Fig. 8 is a flowchart showing process for generating the arrival time stamp. 

Fig. 9 is a flowchart illustrating the recording process for the entry point map of the recording device 1 0. 
Fig. 1 0 is a drawing showing the relation of the PTS and the packet No. listed in the entry point map. 
Fig. 1 1 is a drawing showing a typical entry point map. 

Fig. 12 is a block diagram showing the structure of the recording device 30 of the embodiment of the invention. 
Fig. 13A through 13D are drawings showing the data configuration of the aligned units. 

Fig. 1 4 is a block diagram showing the structure of the reproduction device 40 of the embodiment of the invention. 
Fig. 15 is a flowchart illustrating the reproduction processing of the reproduction device 40. 
Fig. 1 6 is a flowchart illustrating the sectional deletion processing of the reproduction device 40. 
Fig. 17A through 17B are drawings showing the erasure of data in aligned units. 

Fig. 18 is a drawing illustrating the method for recording the aligned units on the data recording medium 21 consti- 
tuting a sector size of 65536 bytes. 

Fig. 19 is a drawing showing the relation of sectors and aligned units at the beginning of. the recording. 
Fig. 20 is a drawing shown an example of erased aligned units previously recorded in a sector. 
Fig. 21 is a drawing shown an example of erased aligned units previously recorded in a sector. 
Fig. 22 is a drawing shown an example of erased aligned units previously recorded in a sector. 

DETAILED DESCRIPTION OF THE INVENTION 

[0021] A first example comprising the embodiment of the transport stream recording device of this invention is 
described whiie referring to Fig. 1. The recording device 10 attaches a transport packet extra header and generates a 
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source packet as shown in Fig. 2B, into each packet of the transport stream of one program input to the recording 
device 1 0 at irregular periods as shown in Fig. 2A, from the set-top box for receiving digital broadcast signals. The gen- 
erated DVR transport stream set with source packets is recorded on the recording medium 21 formatted for example In 
sectors of a fixed length as shown in Fig. 2C. The horizontal axes of Fig. 2A and Fig. 2B indicate the time axis of arrival 

5 times in the recording device 10 of the transport packet. 

[0022] A stream analyzer 1 1 of the recording device 1 0 reads (loads) out the packets stored with the PAT (Program 
Association Table), PMT (Program Map Table), and the PCR (Program Clock Reference) while referring to the sequen- 
tially input PID of the transport packets, and outputs the PCR to the PLL (Phase Locked Loop) 12. The stream analyzer 
1 1 counts the number of sequentially input transport packets, and outputs that count (value) to the null packet generator 

to 14 as a packet Na 

[0023] The stream analyzer 1 1 also detects a position (entry point) to start random access reproduction of the 
transport stream that was input, and outputs information (entry point data) designating the entry point to the stream 
data base maker 16. More specifically, a transport stream containing I picture data at the beginning as defined by 
MPEG2 is detected as the entry point data, and the packet No. of the applicable transport packet and the PTS (Pres- 

is entation Time Stamp) of the applicable I picture are supplied to the stream data header maker 1 6. The PTS is informa- 
tion contained in the PES packet header to the MPEG2 system standard, and indicates the reproduction time (elapsed 
time period from reference time) of the applicable I picture based on the reproduction start time of the program. 
[0024] The PLL 1 2 aligns the 27 megahertz system clock signal by utilizing the PCR input from the stream analyzer 
1 1 and outputs the clock signal to the counter 13. The counter 13 synchronizes with the system clock signal Input from 

20 the PLL 12, counts up an arrival time clock (arrival.time.clock) showing the input time to the recording device 10 of the 
transport packet Also, the counter 13 at the same time outputs an arrival time stamp (arrivaLtime.stamp) as the arrival 
time clock sample value, to the transport extra header (TP_extra_header) 1 5. The arrival time clock is here reset to zero 
when the transport packet at the beginning of the program is input 

[0025] When the counter 13 IS for instance, a binary counter that counts clock pulses from a 27 megahertz clock, 
25 and the bit length of the arrival time stamp is N, then the N bit of the LSB (Least Significant Bit) of the count value is 
output as the arrival time stamp. 

[0026] In other words, if the binary counter value for counting clock pulses from the 27 megahertz clock at time t is 
expressed as arrivaLtime.clockft), and the bit length of the arrival time stamp is expressed as N, then the arrival time 
stamp ATS(t) for the time t, is calculated by the following equation (1). 

30 

ATS(t) = arrivaLtime.clock(t)%2 N (1) 

[0027] The *%" in equation (1) is the operator for calculating the positive integer remainder. 
[0028] Rg. 3 is a drawing showing the syntax of the source packet. The TP_extra_header() indicates a transport 
35 packet extra header with a 4 byte length. The transport_packet() indicates an MPEG2 transport packet with a 1 88-byte 
length as defined in ISO/IEC1 381 8-1 . 

[0029] Rg. 4 is a drawing showing the syntax of the transport packet extra header when the arrival time stamp was 
set as a 30-bit length. 

[0030] Trie copy permission indicator is an integer corresponding to one of the copy restrictions (copy free, no more 
40 copy, copy once, or copy prohibited) on the payioad of the transport packet When N = 30 in equation (1), the 
arrivaLtime.stamp Is an integer having the value specified by ATS(t). 

[0031] The nuP packet generator 14 generates a null packet (1 88 bytes) not signifying information, and correspond- 
ing to the last packet No. input from the stream analyzer 1 1 and outputs that null packet to the transport packet extra 
header adder 15. In other words, when the total number of transport packets comprising the program input to the 
45 recording device 10 (equivalent to packet Na that was input last) is not a multiple of 32, the packet No. that was last 
input, and a null packet with a value larger than that packet No. and number differential nearest a multiple of 32 is output 
to the transport packet extra header adder 1 5. 

[0032] Therefore, the packets input to the transport packet extra header adder 1 5 are an integer multiple of 32 and 
consist of null packets from the null packet generator 1 4 and external transport packets. The null packet here, is a trans- 

50 port packet ID (PID) value that is a hexadecimal value of 0x1 FFF and a packet whose payioad holds no significant data. 
[0033] Simultaneous with input of the packet, the transport packet extra header adder 15 attaches a transport 
packet extra header (4 bytes) containing an arrival time stamp input from the counter 13, to the externally input transport 
packet (1 88 byte), or the null packet input from the null packet generator 1 4, and generates a 1 92 byte source packet 
such as shown in Rg. 5C and outputs the source packet to a file system 17. 

55 [0034] The stream data base maker 1 6 generates an entry point map by using entry point data (packet No. of trans- 
port packet storing the I picture PTS, and applicable I picture data) input from the stream analyzer 1 1 , and outputs the 
entry point map to the file system 1 7. 

[0035] The file system 17 divides the input of source packets (192 bytes each) from the transport packet extra 
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header adder 15 in units of 32 source packets as shown in Fig. 5B, files each unH of 32 source packets as aligned unit 
(6144 bytes) which Is a logical data unit. Then, as shown In Fig. 5A, outputs the aligned units placed consecutively in 
the DVR transport stream, to the error correction section 18. The file system 17 aiso performs fifing of the entry point 
maps input from the stream data base maker 16 and makes an entry point map file, and outputs the entry point map 

5 file to the error correcting section 1 8. 

[0036] The error correcting section 1 8 adds error correcting information to the file input from the file system 1 7 and 
outputs it to the modulator 19. The modulator 19 modulates the file from the error correction section 18 using a specified 
method and outputs the file to the write section 20. The write section 20 records one aligned unit (6144 bytes) on three 
sectors (6144 bytes = (2048*3)) of the data recording medium 21. In other words, the Mth aligned unit as shown in Fig. 

10 6 is recorded on the (3*rn) through ((3*M)+2) sectors of the recording medium 21 , and the following Mth + 1 aligned unit 
is recorded on the (3*(M+1) through (3*(M+1) + 2) sectors. of the recording medium 21. The write section 20 also 
records the entry point map on the specified position of the data recording medium 21. 

[0037] The data recording medium 21 is randomly accessible and the data recording region is formatted for 
instance in sectors on a recording medium such as a hard disk, an optical disk, a magneto-optical disc or a semicon- 
15 ductor memory. 

[0038] A controller 22 controls a drive 23, loads a control program stored onto a program recording medium such 
as a magnetic disk 24, an optical disk 25, a magneto-optical disc 26, or a semiconductor memory 27. The controller 22 
also controls each section of the recording device 10 based on the control program that was loaded as well as com- 
mands input by the user. 

20 [0039] The transport stream recording process of the recording device 10 is next described while referring to the 
flowchart of Fig. 7. This transport stream recording process starts with a record start command from the user. 
[0040] In step S1 , the stream analyzer 1 1 resets the packet No. TPN to 0. In step S2, the stream analyzer 1 1 deter- 
mines whether or not a transport packet was externally input. The stream analyzer sets to standby (wait) until deter- 
mined that a transport packet was externally input Operation proceeds to step S3 when determined that a transport 

25 packet was externally input 

[0041] In step S3, the transport packet extra header adder 15 attaches a transport packet header (four bytes) con- 
taining an arrival time stamp input from the counter 13, to the externally input transport packet (188 bytes), generates 
a source packet of 1 92 bytes, and outputs the source packet to the file system 1 7. 

[0042] Here, the processing for generating the arrival time stamp contained in the transport packet extra header is 

30 described while referring to the flowchart of Fig. 8. 

[0043] In step S1 1, the PAT of the transport stream that was input is stored, a PAT packet consisting of a PID of 
0x0000 is detected, and the PID of the packet stored with the PMT contained in the PAT (hereafter called PMT packet) 
is acquired. In step S12, the PMT is detected based on the PID of the PMT packet acquired in step S1 1, and the PID 
of the packet stored with the PGR listed in the PMT (hereafter called PCR packet) is acquired. In step S13, the PCR is 

35 extracted based on the PID of the PCR packet acquired in step S12, and the extracted PCR is supplied to the PLL 12. 
[0044J In step S1 4, the system clock signal is aligned in the PLL12 by using the PCR input from the stream analyzer 
1 1, and the system clock signal supplied to the counter 13. In step S15, the arrival time counter is synchronized by the 
counter 13 with the system clock signal from the PLL12, and arrival time counter made to count upwards. At the same 
time, that sampling value is output as the arrival time stamp to the transport packet extra header adder 15. 

AO [0045] Returning to Fig. 7, in step S4, the stream analyzer 1 1 increments the packet No. TPN only by 1 , and outputs 
ft to the null packet generator 14. 

[0046] In step S5, the stream analyzer 1 1 determines whether or not the external input of transport packets has 
ended. When determined that external input of transport packets has not ended, the operation returns to step S2 and 
the processing from step S2 is repeated. 
45 [0047] In the period for repeating the processing from step S2 through S5, the source packet output to the file sys- 
tem 17 is subdivided into 32 aligned units. The DVR transport stream file pre-stuffed with the aligned units, is also 
added with error correction information in the error correction section 18, and after modulation in the modulator 19, is 
recorded on the recording medium 21 by the write section 20. 

[0048] In step S5, when determined that external input of transport packets has ended, the operation proceeds to 
so step S6. 

[0049] In step S6, the null packet generator 14 determines whether or not the packet No. TPN last input from the 
stream analyzer 1 1 1s a multiple of 32. When determined the packet No. TPN that was input last is not a multiple of 32, 
operation proceeds to step S7. At this time, a source packet of less than 32 pieces not filed as an aligned unit is present 
[0050] In step S7, the null packet generator 1 7 generates a null packet with the number differential from the nearest 
55 multiple of 32 and aiso larger than the last packet No. TPN that was input, and outputs it to the transport packet extra 
header adder 15. In step S8, the transport packet extra header adder 15 attaches a transport packet extra header to 
the null packet Input from the null packet generator 14, generating a source packet and outputs it to the file system 17. 
[0051] The file system 1 7 outputs both the source packets not made into aligned units because of having less than 
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32 pieces, with the source packets of the null packet, to the subsequent stage as a combined 32 source packets of 
aligned units. Error correction Information Is from hereon, added In the same way, and after modulation by the modula- 
tor 1 9, is recorded on the recording medium 21 by the write section 20. 

[0052] As described above, even if the total number of transport streams constituting the one program that was 
input per the recording device 10 is not a multiple of 32, a null packet is generated of an amount equal to the differential 
(insufficiency) with the multiple of 32, so that aligned units equivalent to a three sector portion of data can be recorded 
onto the recording medium 21 . Data controlled as sector (units) can therefore be loaded from the recording medium 21. 
[0053] The process for entry point map recording, executed in parallel with the above described transport stream 
record processing Is next described while referring to the flowchart in Fig. 9. This entry point map record processing 
starts simultaneously with the above mentioned transport stream record processing. 

[0054] In step S21, the stream analyzer 1 1 determines whether or not a transport stream packet was input exter- 
nally, and is in standby (waits) until determined that a transport stream packet was input externally. When determined 
that a transport stream packet was input externally, the operation proceeds to step S22. 

[0055] In step S22, the stream analyzer 1 1 determines whether or not the payload of the applicable transport 
packet starts from the first byte of the PES packet, by detecting whether or not a 1 is listed in the payload unit start indi- 
cator (payl08d_unlt_startJnd1cator) contained in the transport packet header of the transport packet When a 1 is 
detected in the payload unil start indicator and the payload of the transport packet is determined to start from the first 
byte of the PES packet, the operation proceeds to step S23. 

[0056] In step S23, the stream analyzer 11 determines whether or not an MPEG video sequence header code 
(sequence.header.code) constituted by 0x000001 B3 is listed in the beginning of the PES packet contained In the 
transport packet payload. When determined that an MPEG video sequence header code is listed, the I picture data is 
determined to be listed in the payload of the applicable transport packet and the operation proceeds to step S24. 
[0057] In step S24, the stream analyzer 1 1 determines, if the applicable transport packet is the entry point end out- 
puts the PTS of the I picture stored in the applicable transport packet and the packet No. of the applicable transport 
packet along with the identification information (video.PID) of the applicable program to the stream data base maker 

16, as the entry point data. 

[0058] In step S25, the stream data base maker 1 6 writes the entry point data Input from the stream analyzer 1 1 
into the entry point map. 

[0059] When determined for instance, as shown in Fig. 1 0, that I picture data is listed in the payload of the transport 
packet having a packet No. (32*M+4), then as shown in Rg. 11, the packet No. (32*M+4) and that PTS (s pts 1) are 
correspondingly written in the entry point map. Also, when determined that I picture data is listed in the payload of the 
transport packet constituted by packet No. <32*M+1 ) + 5), then the packet No. (32*M+1) + 5) and that PTS (= pts2) are 
written to correspond to it in the entry point map. 

[0060] In the entry point map of Rg. 1 1 , the packet No. of the packet in which the I picture data is stored is shown 
as the Lstart_packet_No. Also in the entry point map, the offset source packet number (offset_source_packet_number) 
is the packet No. attached to the packet at the beginning of the applicable program and the reset value is 0. 
[0061] In step S26, the stream analyzer 11 determines whether or not the external input of transport packets is 
ended. When determined that external input of transport packets has not ended, the operation returns to step S21 and 
subsequent processing is repeated. When determined in step S26, that external input of transport packets has ended, 
the operation proceeds to step S27. 

[0062] In step S27, the stream data base maker 1 6 outputs the entry point map that was made, to the file system 

1 7. The file system 17 performs filing on the entry point map that was input, and outputs this to the subsequent stage. 
Error correction information is from hereon, added in the same way, and after modulation by the modulator 19, is 
recorded on the recording medium 21 by the write section 20. 

[0063] The entry point map recorded in the data recording medium 21 as described above, is utilized in the repro- 
duction processing described later on. 

[0064] The packet No. is listed on the entry point map of the above embodiment, as the information for specifying 
the entry point position, so that a smaller byte quantity is required, compared to when expressing the entry point posi- 
tion by utilizing the byte accuracy of the address. 

[0065] A block diagram of the second embodiment of the recording device constituted by the transport stream 
recording device of the invention is shown next in Rg. 1 2. This recording device 30 is the recording device 1 0 of the first 
embodiment shown in Rg. 1 with the null packet generator 14 omitted. Other component blocks however are common 
with the recording device 10. 

[0066] The DVR transport stream generated by the recording device 30 is shown in Rg. 13A through 13C. The point 
differing from the DVR transport stream (Rgs. 5A through 5C) generated by the recording device 1 0 as shown in Rg. 
1 3D is that when the source packets on the ends do not total 32 pieces, a null packet is not added, and the recording 
performed as is. The number (Nx+1 ) of source packets not amounting to 32 pieces in the end portions is calculated with 
the following equation (2). 
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Npacket = file size/1 92 (2) 
Nx=Npacket%32 

5 [0067] Here, the Npacket is the total number of source packets comprising the DVR transport stream. The file size 
is the data quantity (byte quantity) of the DVR transport stream file managed by the file system 17. The V signifies divi- 
sion eliminating the part of the quotient below the decimal point. The signifies calculation of the remainder. 
[0068] In the stream data base maker 1 6, if the total number of Npackets for the source packet comprising the DVR 
transport stream are fisted in the stream data base, then the Nx can be calculated in the reproduction device 40 

io (described later). 

[0069] Next, Fig. 14 shows a block diagram of the reproduction device constituting the embodiment of the transport 
stream reproduction device of this Invention. The reproduction device 40 reproduces the AV signal corresponding to the 
applicable DVR transport stream file from the data recording medium 21 storing the DVR transport stream file and the 
entry point map file by the recording device 10 or the recording device 30. 

is [0070] The reproduction device 40 also has a function to delete sections of the recorded DVR transport stream file. 
[0071] A read-out section 41 reads out (or loads) signals corresponding to the DVR transport stream files or entry 
point map files from the recording medium 21 that match the read-out/control signals input from the controller 49 and 
outputs them to a demodulator 42. The demodulator 42 demodulates the signals Input from the read-out section 41 per 
the modulator 1 9 of recording devices 1 0, 30, and outputs the signals to the error correction section 43. The error cor- 

20 rection section 43 performs error correction of the signals based on error correction information supplied from the error 
correction section 1 8 of recording devices 1 0, 30 and outputs the DVR transport stream file or entry point map file thus 
obtained, to the file system 44. 

[0072] The file system 44 separates the DVR transport stream file input from the error correction section 43 into 
source packets and outputs them to a buffer 46. The file system 44 also supplies the entry point map input from the error 

2s correction section 43 to the controller 49. 

[0073] The clock oscillator 48 generates a 27 megahertz arrival time clock pulse and outputs it to the counter 60. 
The counter 60 resets the arrival time stamp of the first source packet from the DVR transport stream, counts the 27 
megahertz clock pulses, calculates the time based on the clock counter value and outputs it to the comparator 46. 
[0074] The arrival time stamp contained in the transport packet extra header of the source packet, is output by the 

30 comparator 45 to a demultiplexer 46, in a transport packet with the transport packet extra header removed from the 
applicable source packet, at a timing equivalent to the current time supplied from the counter 60. 
[0075] For instance, when the time issued by the counter 60 is displayed as a value on a binary counter of 27 meg- 
ahertz clock pulses and further when the arrival time stamp is displayed at a an N bit length time with an accuracy of 
27 megahertz, then a transport packet with the transport packet extra header removed from the applicable source 

35 packet is output from the comparator 45 to the demultiplexer 46 at a timing equivalent to the arrival time stamp and the 
N bit on the LSB side of the time issued by the counter 60. 

[0076] The demultiplexer 46 extracts the transport packets for the audio and video matching the program specified 
by the user, from the transport packet input from the comparator 45, and outputs the transport packets to an AV decoder 
47. The AV decoder 47, decodes each video and audio transport packet from the demultiplexer 46, and outputs the 
<o video and audio signals thus obtained to a latter stage. 

[0077] The controller 49 regulates a drive 51, loads the control program stored on a program recording medium 
such as a magnetic disk 52, an optical disk 53, a magneto-optical disk 54 or .a semiconductor memory 55, and controls 
each section of the reproduction device 40 based on commands input from the user and the control program that was 
loaded. 

as [0078] When sections of the DVR transport stream file recorded on the recording medium 21 were erased, the write 
section 50 rewrites (updates) specified sections (described later) of the entry map supplied from the controller 49 and 
records these changes on the data recording medium 21 . 

[0079] The reproduction processing of the reproduction device 40 is next described while referring to the flowchart 
of Fig. 15. This reproduction processing starts when program reproduction instructions, and reproduction start corn- 
so mands are input from the user. 

[0080] In step S31 , the entry point map corresponding to the program reproduced from the recording medium 21 is 
loaded by the read-out section 41, and supplied to the controller 49 after the processing from the demodulator 42 
through the file system 44. In step S32, the reproduction start position (Expressed by using the elapsed time from the 
beginning of the program.) of the program is input to the controller 49 by the user. 
55 [0081 ] Instep S33, the controller 49 compares the reproduction start position input in step S32, with the PTS listed 
in the entry point map obtained in step S31, and establishes the read-out start address of the DVR transport stream by 
utilizing the packet No. (Lstart_packet_No) of the entry point having the PTS value nearest the reproduction start posi- 
tion that was input 
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[0082] More specifically, the AUNEP number for the aligned units contained in the entry point source packet; the 
offset packet quantity OFTEP from the beginning of the aligned unit shown by AUNEP to the entry point source packet; 
and further, the sector No. SNAU recorded at the beginning of the aligned unit shown by AUNEP; are calculated as the 
read-out start address as shown in equation (3). 

5 

AUNEP = (LstarLpacket_No-offset_source^)ackeLnumber)/32 (3) 

OFTEP = (LstarLpacket_N(W)ffseLsource_packeLnumber)%32 

"> SNAU = AUNEP*3 

[0083] Here, the symbol V signifies division that eliminates the part of the quotient below the decimal point. The 
symbol "%* signifies calculation of the remainder. 

[0084] When for instance, the PTS of the entry point map shown in Fig. 1 1 , starts reproduction from the entry point 
is ptsl , the packet No. (l_startj3acket_No) is 32*M+4 so that the read-out start addresses are calculated as shown below 
using equation (3). 

AUNEP = M 

20 OFTEP = 4 

SNAU = 3M 

[0085] In step S34, the read-out section 41 starts read out (loading) from the recording medium 21 of the DVR 
25 transport stream from the read-out start address as established in step S33 based on control by the controller 49. The 
DVR transport stream that was read out is processed as needed from the demodulator 42 to the demultiplexer 46, and 
input to the AV decoder 47 as video and audio streams. 

[0086] In step S35, the AV decoder 47 decodes the video and audio transport packets from the demultiplexer 46, 
and outputs the video and audio signals thus obtained to, for instance a monitor (not shown in the drawings). 
30 [0087] In step S36, the controller 49 determines whether or not a change in the reproduction start position (such as 
random access reproduction) was commanded by the user. When determined that a change in the reproduction start 
position was commanded, the operation returns to step S33, the read-out start position is once again established, and 
processing subsequent to step S33 is repeated. 

[0088] In step S36, when determined that no change in the reproduction start position was commanded, operation 
35 proceeds to step S37. In step S37, the controller 49 determines whether or not the user commanded that reproduction 
end. When determined that the ending reproduction was not commanded, the operation returns to step S34 and 
processing subsequent to step S34 is repeated. That reproduction processing is later ended, when determined that 
ending of reproduction was commanded. 

[0089J The reproduction processing as described above, is contrived to start reproduction from the entry point 
40 listed in the entry point map. The address in the recording medium 21 recorded with this entry point data can be easily 
found by a simple calculation so that control of the read-out position can be easily performed and quickly implemented. 
[0090J The sectional deletion processing implemented by the reproduction device 40 on sections of the DVR trans- 
port stream file recorded on the recording medium 21 is next explained while referring to the flowchart of Rg. 16. This 
deletion (erasure) processing starts when instructions specifying program sections the user wants to sectionalry delete, 
45 and commands to start sectional deletion are input from the user. 

[0091] In step S41, an entry point map corresponding to the specified program is loaded from the recording 
medium 21 by the read-out section 41, and after the appropriate processing implemented from the demodulator 42 
through the file system 44, the entry point map is supplied to the controller 49. In step S42, the user inputs the amount 
of program deletion (expressed by utilizing the elapsed time from the beginning of the program) to the controller 49. 
so [0092] In step S43, the controller 49 compares the range of program deletion input in step S42, with the entry point 
map obtained in step S41, converts the deletion (erasure) range into aligned units, and calculates the deletion range of 
the address by using the same calculation method as in step S33 of Rg. 15. 

[0093] As shown for instance in Fig. 1 7A t when the range specified for erase by the user is from the beginning of 
the program to the pts3 source packet as the PTS inside the M+1th aligned unit, the actual range erased, is converted 
55 from the beginning of the program to the Mth aligned unit, and that address calculated. 

[0094] In step S44, the controller 49 for instance makes the write section 50 write null data in the erase range area 
set in aligned units in step S43, to delete the recording in the erase as shown in Rg. 1 7B from the recording medium 21 . 
[0095] In step S45, the controller 39 revises (updates) the entry map and outputs it to the write section 50. The write 
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section 50 writes the entry map onto the recording medium 21. More specifically, in the example shown in Rg. 17, the 
offset source packet number is rewritten to (M+1)*32. The end point data present In the erased program range Is 
deleted, output to the write section 60 and written onto the recording medium 21 . 

[0096] In the deletion processing as described above, the DVR transport stream file is deleted in aligned units so 
that the undeleted portions of the transport stream file are kept recorded as aligned units. 

[0097] This embodiment showed the recording device 10, recording device 30 and the reproduction device 40 as 
separate components however a structure combining the recording device 10 (or recording device 30) into one device 
may also be employed. 

[0098] Further, in the above described embodiments, data was recorded in aligned units onto areas (in this case, 
a 3 sector area, In other words 2048 bytes*3) that were a multiple of the sector (sector size is 2048 bytes) on the record- 
ing devices 10, 30 of this invention, however the recording methods are not limited to this example. 
[0099] A method for instance, for recording on a data recording medium having a sector size of 65636 (= 64*1 024) 
bytes is explained. An example for recording 32 aligned units on a 3 sector area (65536 bytes*3) Is shown in Rg. 18. 
[0100] The squares (a) In Rg. 1 8 indicate the aligned units, and the numerate in these squares (0 through 31 ) are 
the aligned unit Nos. recorded in the 3 sector portion. The 1 0th aligned unit and the 21 th aligned unit are recorded strid- 
ing two sectors. The numerals (1 through 9) below the squares (a) showing the aligned units, are the offset Nos. within 
the sectors holding ail data in aligned units. 

[0101] At the start of recording, as shown In Rg. 1 8, the beginning aligned unit Is aligned at the sector start position. 
The first half of 4096 bytes (6144 - 204B) of the Oth through 9th aligned units and the 10th aligned units are recorded in 
the Kth (K is a positive integer) sector. The latter half of 2048 bytes (6144 - 4096) of the 10th aligned unit, the 11th 
through 20th aligned units, as well as the 21st aligned unit first half 2048 (= 6144 - 4096) bytes are recorded in the K+1 
sector. The latter half 4096 bytes of the 21st aligned unit, as well as the 22nd through 31st aligned units are recorded 
fn the K+2 sector. 

[01 02] In the case of a UDF or FAT file system, (in other words, the sector size is 2048 bytes) the file start point data 
must be aligned with the sector start position, however when the sector size is 65536 bytes, the data of the file start 
point may start at a point within the sector not necessarily the sector start position. In that case, the file system has a 
sector start offset showing the file start point within the sector. 

[0103] A method for deleting data at the beginning portion of a file when the sector size is 65536 bytes, is explained. 
[0104] The case of deleting data of the beginning portion of a file is explained. First of all, the initial aligned unit is 
aligned in sectors at the beginning of recording as shown In Rg. 1 9. 

[0105] Fig. 20 shows an example of recorded data in the Oth sector, deleted up to a certain point in aligned units. 
In this example, the sector start offset showing the position of the file start point within the sector, is a value of 61 44*1 (i 
is an integer of 1 0 or less) bytes. 

[0106] Fig. 21 shows an example of recorded data in the 1st sector, deleted up to a certain point in aligned units. 
In this example, the sector start offset showing the position of the file start point within the sector, is a value of 
20484-6144*1 bytes. 

[0107] Fig. 22 shows an example of recorded data in the 2nd sector, deleted up to a certain point in aligned units. 
In this example, the sector start offset showing the position of the file start point within the sector, is a value of 
4096+61 44*i bytes. 

[0108] In this case also, after the beginning portion of the file is deleted, along with revising (rewriting) the offset of 
the packet No. matching the packet No. (offset_packeLnumber of Rg. 11) showing the entry point listed in the entry 
point map, the entry point data for referring to the entry point that was deleted in aligned units, is deleted from the entry 
point map. 

[0109] To reproduce a DVR transport stream that was recorded in this way, the read out start position address of 
the DVR transport stream is established based on the packet No. showing the entry point recorded in the entry point 
map. 

[0110] More specifically, the read out start position address of the DVR transport stream is established by the cal- 
culation shown below in processes (1 ) through (6). 

[0111] In process (1), the offset sector No. OFT_SCT_NUM from the sector containing the file start point data to 
the sector containing the specified entry point data, is calculated by utilizing the following equation (4). The 
OFT_SCT_NUM supplies values for K, K+1 , or K+2 shown in Rg. 1 8. 

TMP_ALU_N0=TMP1/6144 (4) 

TMP_OCN=TMP_ALU_NO*6 1 44/65536 

OFT_SCT_NUM=TMP_OCN-XN 
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When the sector_start_offset%6144 = 0, 

atTMPI = (Lstartj3acketjsio-offset_source_ packet_number)*l92 + TMP2, 
TMP2 = sector.starLoffset 
XN = 0 

When the sector_start_offset%6144 = 2048, 
TMP2 = sector_start_offset+65536 
XN= 1 

When the sector_start_offset%6144 a 4096, 
TMP2 = sector_start_offset+65536*2 
XN*2 

L°n?L '"f^ 658 ,^; R f -^ U - N0 tortne °* through'aith aligned units shown in Fig. 18 (aligned units contain- 
mg entry points) is calculated by utilizing the following equation (5). 

REF_ALU_NO = TMP_ALU_NO%32 (5) 

[0113] In process (3), a check is made as to whether or not the REF_ALU.NO is 10 or 21 . When the REF ALU NO 
.s found to be 10 or 2 Vthen the applicable aligned unit containing the entry point is determined to be striding The sector 
shown by the OFT.SCT.NUM, and the following sector. 9 

£?Ut a^im 8 *T 01 HEf ' AL[J ' NO shows * fe »* 10 « 21, then in process (4), then the offset quantity 
not T ^ 1°™ ° r Start POSiti ° n Sh0Wn by OFT - sc T_NUM, to the initial aligned unit provided with all 

shL i ^ iT 09 eqUati ° n (6> ' OST " FST - ALU su PP |ies 106 2048 b V* or 4096 byte value 



OST_FST_ALU = (TMP_OCN%3)*204fi 



(6) 



Z I nl ZT S ^ ! Unft qUSntity OFT - ALU - NU M ^ the offset from the initial aligned unit provided 

25- ?. n m, m f i n6d COmainin9 the 6ntry P0int fe usin 9 ^'owing equation (7). The 

30 S^t^ 



OFT_ALU_NUM= REF_ALU_NO-XNUM 



(7) 



When TMP_OCN%3 = 0, 
35 XNUM = 0 

When TMP_OCN%3= 1, 
XNUM = 11 

When TMP_OCN%3 = 2, 
XNUM = 22 



so 



55 



wi! r ^ °" set VJ^V 0FT * P ftom the beginning of the source packet to the entry point source packet 
for the aligned units shown in OFT_ALU_NUM, in process (6), or for the aDgned units are 10 or* of REF ALU^oln 
process (3), is calculated using the following equation (8). n C r.«.u.Nu in 

OFTEP = (LstarLpacket_No-offset_source_ packet_number)%32) (a) 

^llL^'ll 00 *^ S f U ?" Ce deSCrib6d 8b0VC CBn be im Plemented with hardware, yet may ateo be imple- 
mented w«h software. When implementing the processing sequence with software, the program comprising thalTofr 

Sins 9 M 8 9enera| -P ur P ose P ereonal ««vut.r capable of implementing L^riSus 

C in i'T" 1 8,80 be u dls,rtbu,ed t0 the user on a recording medium not using a computer as shown for 
T^V u X,r r?^?r m be Pr0Vlded ,0 ,hB " er n0t ° n| y 0n 8 ma 9" e,ic ** 24 (including floppy disks) an 
*TL fo c « ( ? D " R ° M {C0mp8Ct ** read ° nly mcmor y»- a ^ including digital versatile disk) an 

S etc 38 8 Pr ° 9ram ' nCOrp0rated bC,0rehand ,nt0 the ""W °' a program recorded onto a r6m or haS 

[0119] In these specifications, the steps for loading the program recorded on the recording medium were of course 
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processed along a time base according to a recorded sequence. Of course, these processes may also be implemented 
one at a time or In parallel without necessarily always processing along a time base. 

[0120] In these specifications, the term "system - is used to express the overall device comprised of a plurality of 
device units. 

[0121 J In the first transport stream recording device and transport stream record method, and also the program 
recording medium of the above described invention, the specified source packet added with transport packet header is 
collected into a specified number of pieces, and aligned units generated and recorded on the recording medium, so the 
effect is rendered that the transport packets can recorded with good efficiency onto the recording medium. 
[0122] Further, in the second transport stream reproduction device and transport stream reproduction method, as 
well as the program recording medium in the ebove described Invention, the specified source packet added with trans- 
port packet header, is sub-divided into a specified number of pieces and aligned units generated and recorded on the 
recording medium, so the effect is rendered that the transport packets can recorded with good efficiency onto the 
recording medium. 

[0123] Still further, In the transport stream reproduction device and transport stream reproduction method, as well 
as the third program recording medium in the above described invention, the address on the data recording medium 
corresponding to the designated reproduction start position is calculated, and the loading (reading) commenced of 
transport packets from the calculated address on the data recording medium so the effect is rendered that the transport 
packets can loaded (read out) with good efficiency. 

Claims 

1 . A transport stream recording device for recording input transport streams on a data recording medium, comprising: 

a header attachment section of attaching a header to a transport packet having said transport stream and gen- 
erating a source packet; and 

a record section of recording a predetermined specified number of said source packets on said data recording 
medium as aligned units. 

2. A transport stream recording device according to claim 1 , further comprising: 

a counter for counting the number of transport packets having said transport stream; and 

null packet generator for generating null packets according to the count from said counting means. 

3. A transport stream recording device according to claim 1 , wherein the beginning of each said aligned unit is peri- 
odically placed in the beginning of a sector. 

4. A transport stream recording device according to claim 3, wherein the data length of said aligned units is equivalent 
to a multiple of the sector length of said data recording medium 

5. A transport stream recording device according to claim 3, wherein said sector length is equivalent to a multiple of 
the data length of said aligned unit 

6. A transport stream recording device according to claim 3, further comprising: 

a detector for detecting transport packets containing entry points from among said transport packets; and 
a map generator for generating an entry point map listing with transport packet positions containing said entry 
points. 

7. A transport stream recording device according to claim 3, wherein said map generator fists the PTS of said I picture 
in said entry point map. 

8. A transport stream recording method for recording input transport streams on a data recording medium, comprising 
the steps of: 

adding a header to the transport packet comprising the transport stream; and 

recording a predetermined specified number of said source packets on said data recording medium as aligned 
units. 
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9. A transport stream recording method according to claim 8, further comprising the steps of: 

counting the number of transport packets comprising said transport stream; and 
generating null packets according to the count value from said counting step. 

5 

10. A transport stream recording method according to claim 8, wherein the beginning of each said aligned unit is peri* 
odicalfy placed in the beginning of a sector. 

11. A transport stream recording method according to claim 10, wherein the data length of said aligned units is equtv- 
io alent to a multiple of the sector length of said data recording medium. 

12. A transport stream recording method according to claim 10, wherein said sector length Is equivalent to a multiple 
of the data length of said aligned unit 

is 13. A transport stream recording method according to claim 10, further comprising: 

a step of detecting transport packets containing entry points from among said transport packets; and 

a map generator step of generating an entry point map listing the transport packet positions containing said 

entry points. 

20 

14. A transport stream recording method according to claim 10, wherein said transport stream recording method com- 
prises a step of listing the PTS of the I picture in said entry point map. 



25 



30 



35 



15. A program recording medium recorded with a computer-readable program for recording transport stream programs 
on a data recording medium, wherein said program recording medium comprises a header attachment step of 
attaching a header to a transport packet constituting a transport stream and generating a source packet; and 

a step of recording a predetermined specified number of said source packets on said data recording medium 
as aligned units. 

16. A program recording medium recorded with a computer-readable program, further comprising the steps of: 

counting the number of transport packets comprising said transport stream; and 
generating null packets according to the count value from said counting process. 

17. A program recording medium recorded with a computer-readable program according to claim 15, wherein the 
beginning of each said aligned unit is periodically placed in the beginning of a sector. 

18. A program recording medium recorded with a computer-readable program according to claim 1 7, wherein the data 
40 length of said aligned units is equivalent to a multiple of the sector length of said data recording medium. 

1 9. A program recording medium recorded with a computer-readable program according to claim 1 7, wherein said sec- 
tor length is equivalent to a multiple of the data length of said aligned unit 

45 20. A program recording medium recorded with a computer-readable program according to claim 1 7, further compris- 
ing a step of detecting transport packets containing entry points from among said transport packets; and 

a map generator step of generating an entry point map listing the transport packet positions containing said 
entry points. 

so 

21 . A program recording medium recorded with a computer-readable program according to claim 1 7 wherein said pro- 
gram recording medium comprises a step of listing the PTS of the I picture in said entry point map. 

22. A signal recorded on the data recording medium wherein, the source packet is a transport packet attached with a 
55 header and comprising the transport stream, the aligned units comprises a predetermined specified number of said 

source packets, and said aligned units are configured in units. 

23. A signal according to claim 22, wherein said source packet contains null packets. 
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24. A signal according to claim 22. wherein the beginning of each said aligned unit is periodically placed In the begin- 

ning of a sector. * 

25. A signal according to claim 24, wherein the data length of said aligned units Is equivalent to a multiple of the sector 
length of said data recording medium. 

26. A signal according to claim 24, wherein said sector length Is equivalent to a multiple of the data length of said 

aligned unit. ° 

> 27. A transport stream reproduction device for reproducing the transport stream recorded in aligned unKs on the 
recording medium, comprising: a " 



and 



a reproduction section; 

a calculating section for calculating the address corresponding to the designated reproduction start position; 

c^teuSaddresT' 011 '' 19 repr0dUCtlon Section 80 ma1 read -° ut of saW «™ S P°« Packets starts from the 

wherein said aligned units are comprised of a predetermined specified number of collected source packets 
attached with headers to constitute said transport stream. 

.28. A transport stream reproduction device according to claim 27, wherein said controller further controls the reproduc- 
tion sectten to acquire an entry point map from said recording medium, compares the PTS listed in said entry point 
map with said designated reproduction start position, and searches the entry points adjacent to sSd spK 

^Tsa^ 

29. A transport stream reproduction device according to claim 27. further comprising a deletion section to convert a 
saTdSport Sl^ n3e lnt ° a ' i9ned d3ta re9k>n ,0 detete SaW C ° nVerted ali9ned Units recorded on 

30. A transport stream reproduction method for a transport stream reproduction device for reproducing transport 
streams recorded In aligned units recorded on a recording medium comprising the steps of: 

calculating the address corresponding to the designated reproduction start position- and 

reading out said transport packet from said calculated address and control the start" of said reproduction sec- 

whereln said aligned units comprises a predetermined specified number of collected source packets attached 
with headers to constitute said transport stream. "nacneo 

31 * I!!!!!!!™ T 0 "^ mediUm for reCOrana 8 tranSport '* nm "P™*««on Program readable by computer for 
reproducing transport streams recording in aligned units on the recording medium! wherein said transpTr! sTraam 
reproduction program comprises the steps of: "anspon stream 

calculating the address corresponding to the designated reproduction start position- 
ing .out said transport packet from said calculated address and controlling the'start of said reproduction 

32 * mS^Z fl r 0rding *" trBnSPOrt StreflmS 8eC,0r Unte °' d8te °" 8 d8te re «>^ 

a3 uTa^iT ,W 8UbtnVidin9 S ° Urce PaCkCt ™° 3 SPeCified " Umber 01 p,eCeS and 9 eneratin 9 an 
record means for recording said aligned units on said recording means 

wherein the data quantity of the aligned unit is equivalent to a multiple 'of the data quantity recordable on one 
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sector of said data recording medium. 

33. A transport stream recording device according to claim 32, further comprising: 

counting means for counting the number of transport packets having the transport stream; and 

null packet generating means for generating null packets according to the count from said counting means. 

34. A transport stream recording device according to claim 32, further comprising: 

counting means for counting the number of transport packets having the transport stream; 

detection means for detecting transport packets having data serving as reproduction start positions, from 

among transport packets constituting said transport streams; and 

means for making entry point maps for specifying the transport packets containing said data serving as repro- 
duction start positions. 

35. A transport stream recording device according to claim 34, wherein said detection means detects transport packets 
containing I picture data as the transport packet containing data serving as reproduction start positions, and said 
means for making entry point maps writes the count from said counting means for said transport packets containing 
said I picture data into the entry point map, and also writes said I picture PTS into said entry point map. 

36. A transport stream recording method of a transport stream recording device for recording input transport streams 
in sector units of data on a data recording medium, comprising: 

a header attachment step of attaching a header to a transport packet constituting said transport stream and 
generating a source packet; 

a classifying step of subdividing the source packet generated in the header attachment step into a specified 

number of pieces each and generate an aligned unit; and 

a record step of recording the aligned units on said data recording medium, 

wherein the data quantity of the aligned unit is equivalent to a multiple of the data quantity recordable on one 
sector of said data recording medium, 

37. A program recording medium for recording a transport stream recording program for recording the input transport 
streams in sector units of data on a data recording medium, wherein said transport stream recording program com- 
prises: 

a header attachment step of attaching a header to a transport packet constituting a transport stream and gen- 
erating a source packet; 

a classifying step of subdividing the source packets generated in said header attachment step into a specified 

number of pieces and generating an aligned unit; and 

a record step of recording the aligned units on said data recording medium, 

wherein the data quantity of the aligned unit is equivalent to a multiple of the data quantity recordable on one 
sector of said data recording medium. 

38. A data recording medium recorded with transport stream by a transport stream recording device, wherein said data 
recording medium is recorded with aligned units each subdivided into specified numbers of source packets with 
headers attached to transport packets and constituting said transport stream, and the data quantity of the aligned 
unit is equivalent to a.multiple of the data quantity recordable on one sector of said data recording medium. 

39. A transport stream reproduction device for reproducing the transport stream recorded in aligned units on the 
recording medium, comprising: 

specifying means for specifying the reproduction start position, a calculation means to calculate the address of 
said data recording medium corresponding to said designated reproduction start position; and 
read-out means for starting readout of said transport packet from address on said data recording medium cal- 
culated by said calculation means. 

40. A transport stream reproduction device according to claim 39, further comprising: 
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acquisition means for acquiring an entry point map from said data recording medium; 

search means for comparing the specified reproduction start position with said PTS Dsted In said entry point 

map and searching for the entry point adjacent to said specified reproduction start position, 

wherein said calculation means calculates the address of said recording medium recorded in said transport 

packet corresponding to said entry point, using the count contained In said entry point map. 

41. A transport stream reproduction device according to claim 39, further comprising: 

conversion means for converting a specified erase range into data area for said aligned units; and 

deletion means for deleting said transport stream recorded in said data area for said aligned units converted 

by said conversion means. 

42. A transport stream reproduction method for a transport stream reproduction device for reproducing transport 
streams recorded In aligned units recorded on a data recording medium, comprising: 

a specifying step of specifying the reproduction start position; 

a calculation step of calculating the address of said data recording medium corresponding to said designated 
reproduction start position; and 

a read-out step of starting readout of said transport packet from address on said data recording medium cal- 
culated by said calculation means. 

43. A program recording medium for recording transport stream reproduction program, readable by computer, for 
reproducing transport streams recorded in aligned units recorded on a data recording medium, wherein said trans- 
port stream reproduction program comprises: 



a specifying step of specifying the reproduction start position; 

a calculation step of calculating the address of said data recording medium corresponding to said designated 
reproduction start position; and 

a read-out step of starting readout of said transport packet from address on said data recording medium cal- 
culated in the processing of said calculation step. 
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FIG. 3 
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